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Amendments to the Claims: 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listing of Claims: 

1. (currently amended): A method for providing fault tolerance between 
computers of different enterprises across a communication network, comprising: 

unifying transaction processing and object or process replication between 
computers across a communication network; 

wherein a computer program operating on at least one of said computers can 
recover from a fault while it is communicating with a program on another of said 
computers across said communication network[[J]; 

wherein an obj ect or process operates in a networked mode or a transactional 

mode; 

wherein in said transactional mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network: and 

wherein data in transactional mode is protected against faults by a transaction 
processing system. 

2. A method as recited in claim 1, wherein said transaction processing 
protects local data and processing against faults. 

3. A method as recited in claim 1, wherein said replication protects 
processing and communication across said communication network against faults. 

4. (canceled) 



Page 2 



PAGE 4/27 * RCVD AT 3/17/2005 8:15:24 PM [Eastern Standard Time] f SVR:USPTO€FXRF-1/0 * DN1S:8729306 f CS©:9164981074 t DURATION (mm^s):06-52 



03/17/2005 17:20 FAX 9164981074 



O'BANION * RITCHEY LLP 



©005/027 



Appl. No.: 10/053,240 
Amdt. Dated: 03/17/2005 
Off. Act. Dated: 10/19/2004 

5. (currently amended): A method as recited in claim [[41] 1: 

wherein in said networked mode, an object or process on one computer can 
interact with an object or process on an another computer across said communication 
network; and 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system, 

6. (canceled) 

7. (original): A method as recited in claim 5: 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 

8. (currently amended); A method as recited in claim [[6]] I: 

wherein an object or process enters transactional mode either by explicitly 
initiating a transaction, or by being invoked by another object or process that is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 
remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 

9. (original): A method as recited in claim 8, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 
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10. (original): A method as recited in claim 1, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 

1 1 . (original): A method as recited in claim 1 . wherein messages sent between 
computers across said communication network are never retracted. 

12. (original): A method as recited in claim 1, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 

13. (currently amended): A method as recited in claim [[4]] i: 
wherein roll-forward recovery is used in networked mode; and 
wherein roll-back/abort recovery is used in transactional mode. 

14. (original): A method as recited in claim 13: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log; and 

wherein messages involved in an aborted transaction are not replayed, 

15. (original): A method as recited in claim 14, wherein roll-forward recovery of 
one object or process does not disrupt continued operation of another object or process 
or of a database. 

16. (original): A method as recited in claim 15 f wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 
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17. (original): A method as recited in claim 15, wherein an object or process 
recovered using roll-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 

1 8. (currently amended): A method as recited in claim [[4]] 1, wherein while an 
objector process is in transactional mode, a request received from another object or 
process that is not part of the same transaction is queued until the transaction commits 
or aborts. 

19. (original): A method as recited in claim 18, wherein recovery of an object or 
process restores the state of the object or process and then processes a message that 
was queued waiting for a transaction to commit or abort. 

20. (original): A method as recited in 19, wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 

21 . (currently amended): A method for providing fault tolerance between 
computers of different enterprises across a communication network, comprising: 

unifying transaction processing and object or process or process replication 
between computers across a communication network; 

wherein a computer program operating on at least one of said computers can 
recover from a fault while it is communicating with a program on another of said 
computers across said communication network; an4 

wherein an object or process or process operates in a networked mode or a 
transactional mode[[.Jt 
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wherein in said transactional mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network; and 

wherein data in transactional mode is protected against faults bv a transaction 
processing system. 

22. (currently amended): A method as recited in cfaim ITHI 21, wherein said 
transaction processing protects local data and processing against faults. 

23. (currently amended): A method as recited in claim [[1]] 21, wherein said 
replication protects processing and communication across said communication network 
against faults. 

24. (original): A method as recited in claim 21: 

wherein in said networked mode t an object or process or process on one 
computer can interact with an object or process on an another computer across said 
communication network; and 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system. 

25. (canceled) 

26. (original): A method as recited in claim 24: 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 
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i 

27. (currently amended): A method as recited in claim [[25]] 2±: 
wherein an object or process enters transactional mode either by explicitly 

initiating a transaction, or by being invoked by another object or process that is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 

i 

remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 

28. (original): A method as recited in claim 27, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 

29. (original): A method as recited in claim 21, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 

30. (original): A method as recited in claim 21, wherein messages sent between 
computers across said communication network are never retracted. 

31 . (original): A method as recited in claim 21, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 

32. (original): A method as recited in claim 21: 

wherein roll-forward recovery is used in networked mode; and 
wherein roll-back/abort recovery is used in transactional mode. 
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33. (original): A method as recited in claim 32: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log: and ' 

wherein messages involved in an aborted transaction are not replayed. 

34. (original): A method as recited in claim 33, wherein roll-forward recovery of 
one object or process does not disrupt continued operation of another object or process 
or of a database. 

35. (original): A method as recited in claim 34, wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 

36. (original): A method as recited in claim 34, wherein an object or process 
recovered using roll-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 

37. (original): A method as recited in claim 21 . wherein while an object or 
process is in transactional, mode, a request received from another object or process 
that is not part of the same transaction is queued until the transaction commits or 
aborts. 

38. (original): A method as recited in claim 37, wherein recovery of an object or 
process restores the state of the object or process and then processes a message that 
was queued waiting for a transaction to commit or abort. 
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39. (original): A method as recited in 38, wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 

40. (currently amended): A method for providing fault tolerance between 
computers of different enterprises across a communication network, comprising: 

unifying transaction processing and object or process replication between 
computers across a communication network; 

wherein a computer program operating on at least one of said computers can 
recover from a fault while it is communicating with a program on another of said 
computers across said communication network; 

wherein an object or process operates in a networked mode or a transactional 

mode; 

wherein in said networked mode, an object or process on one computer can 
interact with an object or process on an another computer across said communication 
network; a«d 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system[[.]]; 

wherein in said transactional mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network; and 

wherein data in transactional mode is protected against faults by a transaction 
processing system. 

41. (original): A method as recited in claim 40, wherein said transaction 
processing protects local data and processing against faults. 
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42. (original); A method as recited in claim 40, wherein said replication protects 
processing and communication across said communication network against faults. 

43. (canceled) 

44. (original): A method as recited in claim 40: 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 

45. (currently amended): A method as recited in claim [[43]] 40: 
wherein an object or process enters transactional mode either by explicitly 

initiating a transaction, or by being invoked by another object or process that is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 
remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 

46. (original): A method as recited in claim 45, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 

47. (original): A method as recited in claim 40, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 
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48. (original): A method as recited in claim 40, wherein messages sent between 
computers across said communication network are never retracted. 

49. (original): A method as recited in claim 40, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 

50. (original): A method as recited in claim 40: 

wherein roll-forward recovery is used in networked mode; and 
wherein roll-back/abort recovery is used in transactional mode. 

51 . (original): A method as recited in claim 50: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log; and 

wherein messages involved in an aborted transaction are not replayed. 

52. (original): A method as recited in claim 51, wherein roll-forward recovery of 
one object or process does not disrupt continued operation of another object or process 
or of a database. 

53. (original): A method as recited in claim 52, wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 

54. (original): A method as recited in claim 52, wherein an object or process 
recovered using roll-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 
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55. (original): A method as recited in claim 40, wherein while an object or 
process is in transactional mode, a request received from another object or process 
that is. not part of the same transaction is queued until the transaction commits or 
aborts. 

56. (original): A method as recited in claim 55, wherein recovery of an object or 
process restores the state of the object or process and then processes a message that 
was queued waiting for a transaction to commit or abort, 

57. (original): A method as recited in 56, wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 

58. (original): A method for providing fault tolerance between computers of 
different enterprises across a communication network, comprising: 

unifying transaction processing and object or process replication between 
computers across a communication network; 

wherein a computer program operating on at least one of said computers can 
recover from a fault while it is communicating with a program on another of said 
computers across said communication network; 

wherein an object or process operates in a networked mode or a transactional 

mode; 

wherein in said transactional mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network; and 

wherein data in transactional mode is protected against faults by a transaction 
processing system. 
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59. (original): A method as recited in claim 58, wherein said transaction 
processing protects local data and processing against faults. 

60. (original): A method as recited in claim 58, wherein said replication protects 
processing and communication across said communication network against faults. 

61 . (original): A method as recited in claim 58: 

wherein in said networked mode, an object or process on one computer can 
interact with an object or process on an another computer across said communication 
network; and 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system. 

62. (original): A method as recited in claim 61 : 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 

63. (original): A method as recited in claim 58: 

wherein an object or process enters transactional mode either by explicitly 
initiating a transaction, or by being invoked by another object or process that Is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 
remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 
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64. (original): A method as recited in claim 63, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 

65. (original): A method as recited in claim 58, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 

66. (original): A method as recited in claim 58, wherein messages sent between 
computers across said communication network are never retracted. 

67. (original): A method as recited in claim 58, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 

68. (original): A method as recited in claim 58: 

wherein roll-forward recovery is used in networked mode; and 
wherein roll-back/abort recovery is used in transactional mode. 

69. (original): A method as recited in claim 68: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log; and 

wherein messages involved in an aborted transaction are not replayed. 

70. (original): A method as recited in claim 69, wherein roll-forward recovery of 
one object or process does not disrupt continued operation of another object or process 
or of a database. 
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71. (original): A method as recited in claim 70, wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 

72. (original): A method as recited in claim 70, wherein an object or process 
recovered using roll-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 

73. (original): A method as recited in claim 58, wherein while an object or 
process is in transactional mode, a request received from another object or process 
that is not part of the same transaction is queued until the transaction commits or 
aborts. 

74. (original): A method as recited in claim 73, wherein recovery of an object or 
process restores the state of the object or process and then processes a message that 
was queued waiting for a transaction to commit or abort. 

75. (original): A method as recited in 74, wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 

76. (currently amended): A method for providing fault tolerance between 
computers of different enterprises across a communication network, comprising: 

unifying transaction processing and object or process replication between 
computers across a communication network; 
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wherein a computer program operating on at least one of said computers can 
recover from a fauft while it is communicating with a program on another of said 
computers across said communication network; 

wherein an object or process operates in a networked mode or a transactional 

mode; 

wherein roll-forward recovery is used in networked mode; afid 

wherein roll-back/abort recovery is used in transactional mode[[.]]; 

wherein in said transactional mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network; and 

wherein data in transactional mode is protected against faults bv a transaction 
processing svsterrv. 

77. (original): A method as recited in claim 76, wherein said transaction 
processing protects local data and processing against faults. 

78. (original): A method as recited in claim 76, wherein said replication protects 
processing and communication across said communication network against faults. 

79. (original); A method as recited in claim 76: 

wherein in said networked mode, an object or process on one computer can 
interact with an object or process on an another computer across said communication 
network; and 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system. 

80. (canceled) 
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81. (original): A method as recited in claim 79: 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 

82. (currently amended): A method as recited in claim [[80]] 76: 
wherein an object or process enters transactional mode either by explicitly 

initiating a transaction, or by being invoked by another object or process that is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 
remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 

83. (original): A method as recited in claim 82, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 

84. (original): A method as recited in claim 76, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 

85. (original): A method as recited in claim 76, wherein messages sent between 
computers across said communication network are never retracted. 

86. (original): A method as recited in claim 76, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 
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87. (original): A method as recited in claim 76: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log; and 

wherein messages involved in an aborted transaction are not replayed. 

88. (original): A method as recited in claim 87, wherein roll-forward recovery of 
one object or process does not disrupt continued operation of another object or process 
or of a database. 

89. (original): A method as recited in claim 88, wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 

90. (original): A method as recited in claim 88, wherein an object or process 
recovered using roll-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 

91 . (original): A method as recited in claim 76. wherein while an object or 
process is in transactional mode, a request received from another object or process 
that is not part of the same transaction is queued until the transaction commits or 
aborts. 

92. (original): A method as recited in claim 91, wherein recovery of an object or 
process restores the state of the object or process and then processes a message that 
was queued waiting for a transaction to commit or abort. 
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93. (original): A method as recited in 92. wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 

94. (currently amended): A method for providing fault tolerance between 
computers of different enterprises across a communication network, comprising: 

unifying transaction processing and object or process replication between 
computers across a communication network; 

wherein a computer program operating on at least one of said computers can 
recover from a fault while it is communicating with a program on another of said 
computers across said communication network; 

wherein an object or process operates in a networked mode or a transactional 
mode; and 

wherein while an object or process is in transactional mode, a request received 
from another object or process that is not part of the same transaction is queued until 
the transaction commits or aborts^.]]; 

wherein in said transactio nal mode, an object or process on one computer can 
interact with an object or process in a local database, but not with an object or process 
on another computer across said communication network: and 

wherein data in transactio nal mode is protected against faults bv a transaction 
processing system. 

95. (original): A method as recited in claim 94. wherein said transaction 
processing protects local data and processing against faults. 

96. (original): A method as recited in claim 94, wherein said replication protects 
processing and communication across said communication network against faults. 
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97. (original): A method as recited in claim 94: 

wherein in said networked mode, an object or process on one computer can 
interact with an object or process on an another computer across said communication 
network; and 

wherein an object or process in networked mode is protected against faults by an 
object or process replication system. 

98. (canceled) 

99. (original): A method as recited in claim 97: 

wherein an object or process operates in said networked mode by default; and 
wherein in networked mode an object or process can interact freely with another 

object or process on the same computer, or with an object or process on another 

computer across said communication network. 

100. (currently amended): A method as recited in claim [[98]] 94: 
wherein an object or process enters transactional mode either by explicitly 

Initiating a transaction, or by being invoked by another object or process that is part of a 
transaction; and 

wherein in transactional mode, an object or process cannot invoke methods of a 
remote object or process across said communication network, and cannot accept 
request messages that originate from an object or process that is not part of the 
transaction. 

101. (original): A method as recited in claim 100, wherein an object or process 
leaves transactional mode and returns to networked mode when the transaction 
commits or aborts. 
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102. (original): A method as recited in daim 94, wherein computers of different 
enterprises across said communication network maintain consistent views of 
interactions across said communication network. 

103. (original): A method as recited in claim 94, wherein messages sent 
between computers across said communication network are never retracted. 

104. (original): A method as recited in claim 94, wherein a fault in a computer of 
one enterprise will not abort activities in a computer of another enterprise. 

105. (original): A method as recited in claim 94: 

wherein roll-forward recovery is used in networked mode; and 
wherein roll-back/abort recovery is used in transactional mode. 

106. (original): A method as recited in claim 105: 

wherein said roll-forward recovery starts from a checkpoint and then replays 
messages from a message log; and 

wherein messages involved in an aborted transaction are not replayed. 

107. (original): A method as recited in claim 106, wherein roll-forward recovery 
of one object or process does not disrupt continued operation of another object or 
process or of a database. 

108. (original): A method as recited in daim 107, wherein a message generated 
during roll-forward recovery of an object or process is detected as a duplicate message 
and is not processed a second time. 
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109. (original): A method as recited in claim 106, wherein an object or process 
recovered using roil-forward recovery receives a reply from another object or process 
and a value from a database that is the same reply and value received during the initial 
operation of the object or process. 

110. (original); A method as recited in claim 94, wherein recovery of an object 
or process restores the state of the object or process and then processes a message 
that was queued waiting for a transaction to commit or abort. 

111. (original): A method as recited in 1 10, wherein a message for a current 
transaction is processed but a message of an enclosing transaction or no transaction 
remains queued. 
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